In the Claims: 



Please amend claims 1, 24, 25, 31, 35, 38 and 41 as indicated below. 

1 . (Currently amended) A software transactional memory that allows concurrent 
non-blocking access[[,]] to a dynamically sizable data structure instantiated in shared 
storage and managed thereby by the software transactional memory^ at least partially 
implemented as executable code stored in a computer readable medium, wherein the 
concurrent non-blocking access is mediated using a single-target synchronization 
primitive. 

2. (Previously presented) The software transactional memory of claim 1, wherein 
the shared storage is itself dynamically sizable. 

3. (Previously presented) The software transactional memory of claim 1, wherein 
at least some transactions that access state of the dynamically sizable data structure 
determine a sequence of transactional objects to access based, at least in part, on a state of 
at least some of the transactional objects previously accessed during the same transaction. 

4. (Previously presented) The software transactional memory of claim 1, further 
comprising: releasing, prior to termination of a particular one of the transactions, at least 
some of the transactional objects previously accessed by the particular transaction. 

5. (Previously presented) The software transactional memory of claim 1, wherein 
individual threads of a multithreaded computation that access the dynamically sizable 
data structure are dynamically creatable and dynamically destroyable throughout the 
course of the multithreaded computation. 

6. (Previously presented) The software transactional memory of claim 1, wherein 
at least some execution sequences open transactional objects during course of a 
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transaction and release at least some of the opened transactional objects prior to 
termination of the transaction. 

7. (Canceled) 

8. (Previously presented) The software transactional memory of claim 1, wherein 
the single-target synchronization primitive employs a Compare -And-Swap (CAS) 
operation. 

9. (Previously presented) The software transactional memory of claim 1, wherein 
the single-target synchronization primitive employs Load-Linked (LL) and Store- 
Conditional (SC) operation pair. 

10. (Previously presented) The software transactional memory of claim 1, wherein 
the single-target of the single-target synchronization primitive includes a value and a 
version number encoded integrally therewith. 

11. (Previously presented) The software transactional memory of claim 1, wherein 
the dynamically sizable data structure is implemented by a collection of transactional 
objects dynamically instantiable in the shared storage. 

12. (Previously presented) The software transactional memory of claim 11, 
wherein the collection of transactional objects implements a list-oriented data structure. 

13. (Previously presented) The software transactional memory of claim 11, 
wherein the collection of transactional objects implements a tree-oriented data structure. 

14. (Previously presented) The software transactional memory of claim 11, 
wherein the transactional objects are implemented as objects that encapsulate objects of 
the dynamically sizable data structure. 
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15. (Previously presented) The software transactional memory of claim 1, wherein 
state of the dynamically sizable data structure is accessed by a dynamically variable 
collection of transactions. 

16. (Previously presented) The software transactional memory of claim 1, wherein 
the implementation is obstruction-free, though not wait-free or lock-free. 

17. (Previously presented) The software transactional memory of claim 1, wherein 
at least some concurrently executed access operations interfere with each other; and 
wherein the interfering concurrently executed access operations are retried. 

18. (Previously presented) The software transactional memory of claim 1, wherein 
concurrently executed read access operations do not interfere with each other. 

19. (Previously presented) The software transactional memory of claim 17, 
wherein the software transactional memory implementation does not itself guarantee that 
at least one of the interfering concurrently executed access operations makes progress. 

20. (Previously presented) The software transactional memory of claim 1, wherein 
a contention management facility is employed to facilitate progress in a concurrent 
computation that employs the software transactional memory implementation. 

21. (Previously presented) The software transactional memory implementation of 
claim 20, wherein operation of the contention management facility ensures progress of 
the concurrent computation. 

22. (Previously presented) The software transactional memory of claim 20, 
wherein the contention management facility is modular such that alternative contention 
management strategies may be employed without affecting correctness of the software 
transactional memory implementation. 
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23. (Previously presented) The software transactional memory of claim 20, 
wherein the contention management facility allows changes in contention management 
strategy during the course of a multithreaded computation that access the dynamically 
sizable data structure. 

24. (Currently amended) The software transactional memory of claim 1, 
embodied as software that defines an application programming interface and which 
includes a functional encoding of operations concurrently executable by one or more 
processors to operate on a state of transactional objects. 

25. (Currently amended) A software transactional memory that allows 
concurrent non-blocking access[[,]] to a dynamically sizable data structure instantiated in 
shared storage and managed thereby by the software transactional memory.! at least 
partially implemented as executable code stored in a computer readable medium, wherein 
the dynamically sizable data structure is implemented by a collection of transactional 
objects dynamically instantiable in the shared storage. 

26. (Previously presented) The software transactional memory of claim 25, 
wherein the shared storage is itself dynamically sizable. 

27. (Previously presented) The software transactional memory of claim 25, 
wherein at least some transactions that access state of the dynamically sizable data 
structure determine a sequence of transactional objects to access based, at least in part, on 
a state of at least some of the transactional objects previously accessed during the same 
transaction. 

28. (Previously presented) The software transactional memory of claim 25, further 
comprising: releasing, prior to termination of a particular one of the transactions, at least 
some of the transactional objects previously accessed by the particular transaction. 
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29. (Previously presented) The software transactional memory of claim 25, 
wherein individual threads of a multithreaded computation that access the dynamically 
sizable data structure are dynamically creatable and dynamically destroyable throughout 
the course of the multithreaded computation. 

30. (Previously presented) The software transactional memory of claim 25, 
wherein at least some execution sequences open transactional objects during course of a 
transaction and release at least some of the opened transactional objects prior to 
termination of the transaction. 

31. (Currently amended) A software transactional memory that allows 
concurrent non-blocking access[[,]] to a dynamically sizable data structure instantiated in 
shared storage and managed thereby by the software transactional memory.! at least 
partially implemented as executable code stored in a computer readable medium, wherein 
the implementation is obstruction-free, though not wait-free or lock-free. 

32. (Previously presented) The software transactional memory of claim 31, 
wherein the shared storage is itself dynamically sizable. 

33. (Previously presented) The software transactional memory of claim 31, 
wherein at least some transactions that access state of the dynamically sizable data 
structure determine a sequence of transactional objects to access based, at least in part, on 
a state of at least some of the transactional objects previously accessed during the same 
transaction. 

34. (Previously presented) The software transactional memory of claim 31, further 
comprising: releasing, prior to termination of a particular one of the transactions, at least 
some of the transactional objects previously accessed by the particular transaction. 

35. (Currently amended) A software transactional memory that allows 
concurrent non-blocking access[[,]] to a dynamically sizable data structure instantiated in 
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shared storage and managed thereby by the software transactional memory^ at least 
partially implemented as executable code stored in a computer readable medium, wherein 
at least some concurrently executed access operations interfere with each other; and 
wherein the interfering concurrently executed access operations are retried. 

36. (Previously presented) The software transactional memory of claim 35, 
wherein individual threads of a multithreaded computation that access the dynamically 
sizable data structure are dynamically creatable and dynamically destroyable throughout 
the course of the multithreaded computation. 

37. (Previously presented) The software transactional memory of claim 35, 
wherein at least some execution sequences open transactional objects during course of a 
transaction and release at least some of the opened transactional objects prior to 
termination of the transaction. 

38. (Currently amended) A software transactional memory that allows 
concurrent non-blocking access[[,]] to a dynamically sizable data structure instantiated in 
shared storage and managed thereby by the software transactional memory.L at least 
partially implemented as executable code stored in a computer readable medium, wherein 
concurrently executed read access operations do not interfere with each other. 

39. (Previously presented) The software transactional memory of claim 38, 
wherein at least some transactions that access state of the dynamically sizable data 
structure determine a sequence of transactional objects to access based, at least in part, on 
a state of at least some of the transactional objects previously accessed during the same 
transaction. 

40. (Previously presented) The software transactional memory of claim 39, further 
comprising: releasing, prior to termination of a particular one of the transactions, at least 
some of the transactional objects previously accessed by the particular transaction. 
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41. (Currently amended) A software transactional memory that allows concurrent 
non-blocking access[[,]] to a dynamically sizable data structure instantiated in shared 
storage and managed thereby by the software transactional memory^ at least partially 
implemented as executable code stored in a computer readable medium, wherein a 
contention management facility is employed to facilitate progress in a concurrent 
computation that employs the software transactional memory implementation. 

42. (Previously presented) The software transactional memory of claim 41, 
wherein the shared storage is itself dynamically sizable. 

43. (Previously presented) The software transactional memory of claim 42, 
wherein at least some transactions that access state of the dynamically sizable data 
structure determine a sequence of transactional objects to access based, at least in part, on 
a state of at least some of the transactional objects previously accessed during the same 
transaction. 

44. (Original) A computer readable medium encoding at least a portion of an 
implementation of software transactional memory, the encoding comprising: 

a definition of a transactional object instantiable in shared memory to individually 
encapsulate allocatable logical blocks of a dynamically sizable data 
structure; and 

functional encodings of a open-type operation and a commit-type operation that 
employ respective instances of a single-target synchronization primitive to 
mediate concurrent, non-blocking access to the transactional object. 

45. (Original) The encoding of claim 44, 
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wherein the transactional object definition includes a locator that mediates access 
to a transaction status and versions of the corresponding encapsulated 
logical block; and 

wherein respective instances of the single-target synchronization primitive are 
employed by the open-type and commit-type operations to mediate 
concurrent, non-blocking access to the locator and the transaction status, 
respectively. 

46. (Original) The encoding of claim 44, wherein instances of the transactional 
object are dynamically instantiable in the shared memory during the course of a 
multithreaded computation that accesses the dynamically sizable data structure. 

47. (Original) The encoding of claim 44, wherein individual threads of a 
multithreaded computation that access the dynamically sizable data structure are 
dynamically creatable and destroyable throughout the course of a multithreaded 
computation. 

48. (Original) The encoding of claim 44, , wherein the software transactional 
memory manages a portion of the shared memory, and wherein the managed portion of is 
dynamically sizable. 

49. (Original) The encoding of claim 44, wherein at least some instances of the 
single-target synchronization primitive employ a Compare-And-Swap (CAS) operation. 

50. (Original) The encoding of claim 44, wherein at least some instances of the 
single-target synchronization primitive employ a Load-Linked (LL) and Store- 
Conditional (SC) operation pair. 

5 1 . (Original) The encoding of claim 44, wherein the single-target of the single- 
target synchronization primitive includes a value and a version number encoded 
integrally therewith. 
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52. (Original) The encoding of claim 44, embodied as a application programming 
interface software component combinable with program code to provide the program 
code with non-blocking access to a concurrent shared object. 

53. (Previously presented) The encoding of claim 44, wherein the computer 
readable medium includes at least one medium selected from the set of a disk, tape or 
other magnetic, optical, or electronic storage medium. 

54. (Original) A computer readable medium encoding of a dynamically sizable 
data structure implementation, the data structure encoding comprising: 

a definition of a component logical block of the dynamically sizable data structure 
instantiable in shared memory; and 

a functional encoding of access operations that, when executed on respective one 
or more processors that access the shared memory, provide concurrent 
non-blocking access to respective ones of the logical blocks, 

the access operations invoking open-type operations of a software transactional 
memory implementation to open respective logical blocks of the 
dynamically sizable data structure; 

the access operations further invoking commit-type operations of a software 
transactional memory implementation to commit respective logical blocks 
of the dynamically sizable data structure, 

wherein the open-type operation and a commit-type operation employ respective 
instances of a single-target synchronization primitive to mediate 
concurrent, non- blocking access to respective transactional objects that 
encapsulate individual ones of the logical blocks; 
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55. (Original) The data structure encoding of claim 54, wherein the concurrent 
non-blocking access is obstruction-free, though not wait-free or lock-free. 

56. (Original) The data structure encoding of claim 54, further comprising: a 
functional encoding of the open-type and commit-type operations. 

57. (Original) The data structure encoding of claim 54, wherein the single-target 
synchronization primitive employs a Compare- And- Swap (CAS) operation. 

58. (Previously presented) The data structure encoding of claim 54, wherein the 
single-target synchronization primitive employs a Load-Linked (LL) and Store- 
Conditional (SC) operation pair. 

59. (Original) The data structure encoding of claim 54, wherein the single-target 
of the single-target synchronization primitive includes a value and a version number 
encoded integrally therewith. 

60. (Original) The data structure encoding of claim 54, wherein the dynamically 
sizable data structure includes a tree-oriented data structure, individual nodes of which 
are encapsulated by transactional objects of the transactional memory implementation. 

61. (Original) The data structure encoding of claim 54, wherein the dynamically 
sizable data structure includes a list-oriented data structure, individual elements of which 
are encapsulated by transactional objects of the transactional memory implementation. 

62. (Original) The data structure encoding of claim 54, embodied as a software 
component combinable with program code to provide the program code with non- 
blocking access to a concurrent shared object. 
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63. (Previously presented) The data structure encoding of claim 54, embodied as a 
program executable to provide non-blocking access to a concurrent shared object. 

64. (Previously presented) The data structure encoding of claim 54, wherein the 
computer readable medium includes at least one medium selected from the set of a disk, 
tape or other magnetic, optical, or electronic storage medium. 

65. (Previously presented) An apparatus comprising: 
plural processors; 

one or more data stores addressable by each of the plural processors; and 

means for coordinating concurrent non-blocking execution, by respective ones of 
the plural processors, of access operations that manipulate respective 
logical blocks of a dynamically sizable data structure, the coordinating 
means employing respective instances of a single-target synchronization 
primitive to mediate concurrent, non-blocking open-type and commit-type 
operations on respective transactional objects that encapsulate individual 
ones of the logical blocks. 

66. (Original) The apparatus of claim 65, wherein the coordinating means 
tolerates non-progress of interfering executions of the access operations. 

67. (Original) The apparatus of claim 65, further comprising: means for managing 
contention between interfering executions of the access operations. 

68. (Previously presented) The software transactional memory of claim 1, wherein 
the implementation coordinates the concurrent non-blocking access by encapsulating 
within respective transactional objects, component logical blocks of a dynamically 
sizable data structure instantiated in storage of a computer, wherein at least one of the 
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component logical blocks is introduced into the dynamically sizable data structure during 
the course of a concurrent computation, and, for a transaction that desires write accesses 
to contents of a particular one of the logical blocks, aborting another active transaction, if 
any, that has read or write access to the particular logical block. 
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